Dynamic load based ad insertion

ABSTRACT

A system and method are provided for dynamically adjusting advertisement (“ad”) time for a multicast channel. In one embodiment, a variable ad insertion function operates to receive one or more multicasts of media content from a core distribution network, insert ad timeslots into the media content, and optionally perform late-binding of ads to the ad timeslots. The media content including the inserted ad timeslots and late-binded ads, if any, is then multicast to associated client devices over a feeder network using corresponding multicast channels. For each multicast channel, insertion of ad timeslots into the associated media content is dynamically controlled based on the number of users currently consuming or predicted to consume the multicast channel, the number of client devices receiving or predicted to receive the multicast channel, or both.

RELATED APPLICATIONS

This application is a continuation of co-pending U.S. patent application Ser. No. 13/270,581, entitled “Dynamic Load Based Ad Insertion,” which was filed on Oct. 11, 2011, which is a Continuation of U.S. patent application Ser. No. 12/036,434, entitled “Dynamic Load Based Ad Insertion,” which was filed on Feb. 25, 2008, now U.S. Pat. No. 8,060,904, each of which are hereby incorporated herein by reference in their entireties.

FIELD OF THE INVENTION

The present invention relates to dynamically controlling ad time in media content provided over a multicast channel.

BACKGROUND OF THE INVENTION

As Cable Television (CATV) systems switch from primarily broadcast content to subscriber, or user, initiated Internet Protocol Television (IPTV), new techniques are needed to improve load balancing on the tree and branch architecture of Hybrid Fiber Coax (HFC) feeder networks. More specifically, IPTV, and more specifically Video on Demand (VoD), typically demand a dedicated data pipe (i.e., a unicast circuit) from a source of the content to the subscriber. As more subscribers request dedicated data pipes, the bandwidth of the HFC feeder networks may be quickly consumed. One potential solution for alleviating this issue is to utilize multicast channels to deliver content in a broadcast, rather than unicast, fashion. However, there is a need for a system and method for attracting users to such multicast channels.

SUMMARY OF THE INVENTION

The present invention provides a system and method for dynamically adjusting advertisement (“ad”) time for a multicast channel based on a number of users currently consuming or predicted to consume the multicast channel, a number of client devices receiving or predicted to receive the multicast channel, or both. In one embodiment, a variable ad insertion function operates to receive one or more multicasts of media content from a core distribution network, insert ad timeslots into the media content, and optionally perform late-binding of ads to the ad timeslots. The media content including the inserted ad timeslots and late-binded ads, if any, is then multicast to associated client devices over a feeder network using corresponding multicast channels. For each multicast channel, insertion of ad timeslots into the associated media content is dynamically controlled based on the number of users currently consuming or predicted to consume the multicast channel, the number of client devices receiving or predicted to receive the multicast channel, or both.

Those skilled in the art will appreciate the scope of the present invention and realize additional aspects thereof after reading the following detailed description of the preferred embodiments in association with the accompanying drawing figures.

BRIEF DESCRIPTION OF THE DRAWING FIGURES

The accompanying drawing figures incorporated in and forming a part of this specification illustrate several aspects of the invention, and together with the description serve to explain the principles of the invention.

FIG. 1 illustrates a system for dynamically adjusting advertisement (“ad”) time for multicast channels according to one embodiment of the present invention;

FIG. 2 is a block diagram of one of the variable ad insertion functions of FIG. 1 according to one embodiment of the present invention;

FIG. 3 is a block diagram illustrating an ad insertion agent of the variable ad insertion function of FIG. 2 according to one embodiment of the present invention;

FIG. 4 is a flow chart illustrating the initialization of the variable ad insertion function of FIG. 2 according to one embodiment of the present invention;

FIG. 5 is a flow chart illustrating the initialization of the ad insertion agent of FIG. 3 according to one embodiment of the present invention;

FIGS. 6A through 6C provide a flow chart illustrating the real-time operation of the ad insertion agent to dynamically control ad time according to one embodiment of the present invention;

FIG. 7 is a block diagram of an exemplary implementation of the variable ad insertion function of FIG. 2; and

FIG. 8 illustrates an exemplary alternative embodiment of the variable ad insertion function of FIG. 2.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

The embodiments set forth below represent the necessary information to enable those skilled in the art to practice the invention and illustrate the best mode of practicing the invention. Upon reading the following description in light of the accompanying drawing figures, those skilled in the art will understand the concepts of the invention and will recognize applications of these concepts not particularly addressed herein. It should be understood that these concepts and applications fall within the scope of the disclosure and the accompanying claims.

FIG. 1 illustrates an exemplary system 10 for dynamically adjusting advertisement (“ad”) time for multicast channels according to one embodiment of the present invention. The system 10 includes edge routers 12-1 through 12-N1 connected to one or more content sources 14 via a core distribution network 16. The content source 14 generally operates to provide multicast content to the edge routers 12-1 through 12-N1 over the core distribution network 16. In one embodiment, the content source 14 multicasts streaming media content using Internet Protocol, Version 6 (IPv6) multicast streams in a manner that replicates broadband analog and digital time division multiplexing (TDM) media content delivery of legacy television distribution systems. Alternatively, IPv4 may be used in conjunction with protocols needed for multicast delivery. In one embodiment, only content being consumed by one or more of the client devices 20-1 through 20-N2, 22-1 through 22-N3, and 24-1 through 24-N4 is streamed by the content source 14 in order to conserve bandwidth for additional services such as Voice over IP (VoIP) services, Video on Demand (VoD) services, data services such as Internet connectivity, or the like. Alternatively, the content source 14 may stream all available content where the edge routers 12-1 through 12-N1 decide whether to continue the streams based on whether any of the client devices 20-1 through 20-N2, 22-1 through 22-N3, and 24-1 through 24-N4 are consuming the content. In one embodiment, the core distribution network 16 is a Wide Area Network (WAN) such as, for example, an optical Ethernet network providing a data rate of 10 Gigabit-per-second (Gbps) or greater.

The edge routers 12-1 through 12-N1 operate as entry points for multicast media content from the one or more content sources 14 into feeder networks 18-1 through 18-N1. In one embodiment, the feeder networks 18-1 through 18-N1 are IP based Hybrid Fiber Coax (HFC) Cable Television (CATV) networks operating according to Data Over Cable Service Interface Specifications (DOCSIS) 3.0. However, the present invention is not limited thereto. For example, the feeder networks 18-1 through 18-N1 may alternatively be Digital Subscriber Line (DSL) networks, wireless networks such as WiFi networks or WiMAX networks, fiber to the premise (FTTP) networks, or the like. Note that while in this embodiment each of the edge routers 12-1 through 12-N1 serves only one feeder network, the present invention is not limited thereto. Each of the edge routers 12-1 through 12-N1 may serve one or more feeder networks.

The feeder networks 18-1 through 18-N1 provide communication links to corresponding groups of client devices 20-1 through 20-N2, 22-1 through 22-N3, and 24-1 through 24-N4 having associated users 26-1 through 26-N2, 28-1 through 28-N3, and 30-1 through 30-N4. In one embodiment, the client devices 20-1 through 20-N2, 22-1 through 22-N3, and 24-1 through 24-N4 are set-top boxes (STBs). However, the present invention is not limited thereto. The client devices 20-1 through 20-N2, 22-1 through 22-N3, and 24-1 through 24-N4 may be any type of user device capable of directly or indirectly connecting to the feeder networks 18-1 through 18-N1 and having media playback capabilities. For example, the client devices 20-1 through 20-N2, 22-1 through 22-N3, and 24-1 through 24-N4 may alternatively be personal computers, video cards within personal computers, a mobile device such as a mobile telephone or portable media player, a gaming console, or the like.

Variable ad insertion functions 32-1 through 32-N1 operate to dynamically adjust ad time for multicast channels. In this embodiment, the variable ad insertion functions 32-1 through 32-N1 are illustrated as being between the edge routers 12-1 through 12-N1 and the feeder networks 18-1 through 18-N1. Note that, if needed for transmission over the feeder networks 18-1 through 18-N1 and reception from the feeder networks 18-1 through 18-N1, modems may be used to connect the variable ad insertion functions 32-1 through 32-N1 to the feeder networks 18-1 through 18-N1. For example, if the feeder networks 18-1 through 18-N1 are HFC networks, Quadrature Amplitude Modulation (QAM) modems may be used to interconnect the variable ad insertion functions 32-1 through 32-N1 to the feeder networks 18-1 through 18-N1. Also, while the variable ad insertion functions 32-1 through 32-N1 are illustrated as being separate from the edge routers 12-1 through 12-N1, the present invention is not limited thereto. The variable ad insertion functions 32-1 through 32-N1 may alternatively be implemented within the edge routers 12-1 through 12-N1. As another alternative, the variable ad insertion functions 32-1 through 32-N1 may be implemented in modems interconnecting the edge routers 12-1 through 12-N1 to the feeder networks 18-1 through 18-N1.

In operation, using the variable ad insertion function 32-1 as an example, the variable ad insertion function 32-1 receives a number of the multicast channels carrying multicast media content from the one or more content sources 14 via the core distribution network 16 and the edge router 12-1. Note that, in the preferred embodiment, the variable ad insertion function 32-1 only joins or receives multicast channels that are requested by the client devices 20-1 through 20-N2 in order to conserve bandwidth on the feeder network for additional services such as VoIP services, VoD services, data services such as Internet connectivity, or the like.

For each multicast channel, the variable ad insertion function 32-1 adjusts ad time in the multicast media content based on a number of the users 26-1 through 26-N2 viewing the multicast channel or predicted to view the multicast channel, a number of the client devices 20-1 through 20-N2 receiving the multicast channel or predicted to receive the multicast channel, or both. Users and/or client devices predicted to view the multicast channel may be identified based on, for example, historical information regarding multicast channels previously viewed, media content previously viewed, or the like, or any combination thereof. Note that in the preferred embodiment, the media content is video or television content. However, the media content may alternatively be, for example, audio content. As such, the ad time may be dynamically adjusted based on a number of the users 26-1 through 26-N2 consuming (i.e., listening, viewing, etc.) the multicast channel or predicted to consume the multicast channel, a number of the client devices 20-1 through 20-N2 receiving the multicast channel or predicted to receive the multicast channel, or both.

In one embodiment, the variable ad insertion function 32-1 dynamically adjusts ad time by dynamically adjusting a ratio of ad timeslots to total viewing time, a ratio of total ad time to total viewing time, a duration of the inserted ad timeslots, or any combination thereof. More specifically, in a preferred embodiment, the ratio of ad timeslots to total viewing time, the ratio of total ad time to total viewing time, and/or the duration of the inserted ad timeslots may be decreased as the number of the users 26-1 through 26-N2 viewing the multicast channel or predicted to view the multicast channel increases or the number of the client devices 20-1 through 20-N2 receiving the multicast channel increases. Note that in addition to or as an alternative to inserting ad timeslots, the variable ad insertion function 32-1 may adjust existing ad timeslots within the multicast media content.

While FIG. 1 illustrates only one user per client device, the present invention is not limited thereto. In one embodiment, more than one user may be associated with each of the client devices 20-1 through 20-N2, 22-1 through 22-N3, and 24-1 through 24-N4. Using the client device 20-1 as an example, the client device 20-1 may then detect or otherwise determine how many users are viewing a given multicast channel or predicted to view a given multicast channel and report that information to the variable ad insertion function 32-1. Each of the other client devices 20-2 through 20-N2 may do the same. The variable ad insertion function 32-1 may then control ad time in the multicast channel based on the total number of users viewing the given multicast channel at the client devices 20-1 through 20-N2.

In addition, in one embodiment, the variable ad insertion functions 32-1 through 32-N1 perform late-binding of ads to the ad timeslots inserted into the multicast content. Late-binding may be performed using any known technique. As an example, user profiles of the users viewing the multicast channel may be used to identify ads of interest to those users. The identified ads may then be placed within the inserted ad timeslots. A user profile of a user may include information such as demographic information describing the user, biographical information describing the user, historical information identifying content previously viewed by the user, preferences of the user manually entered by the user or ascertained from actions taken by the user such as content previously viewed by the user, or the like.

Alternatively, late-binding of ads to the inserted ad timeslots may be performed at the client devices 20-1 through 20-N2, 22-1 through 22-N3, and 24-1 through 24-N4 using any known technique. Again, as an example, user profiles may be used to identify ads of interest to the users viewing the multicast channels. As another alternative, late-binding may be performed by the variable ad insertion functions 32-1 through 32-N1, and one or more of the client devices 20-1 through 20-N2, 22-1 through 22-N3, and 24-1 through 24-N4 may then over-bind ads to one or more of the ad timeslots as desired.

The dynamic control of ad time in the multicast channels may serve as an incentive for users to request multicast channels already existing on the feeder network and, more specifically, multicast channels already existing on the feeder network and having a relatively large number of viewers in order to minimize ad time. By providing this incentive, bandwidth on the feeder network is conserved. As a result, bandwidth may be available to carry additional multicast channels without degradation of quality and/or to provide additional services such as VoD, VoIP, and data service (ex. Internet connectivity). Note that even though ad time is decreased as the number of viewers becomes large, advertisers also benefit in that their advertisements reach a large number of viewers.

FIG. 2 is a block diagram of the variable ad insertion function 32-1 according to one embodiment of the present invention. This discussion is equally applicable to the other ad insertion functions 32-2 through 32-N1. In this embodiment, the variable ad insertion function 32-1 includes a communication and ad insertion subsystem 34 interconnected to a microprocessor 36 and associated memory 38 via a bus 40. The communication and ad insertion subsystem 34 provides two ports. A first port 42 interconnects the variable ad insertion function 32-1 to the edge router 12-1 or alternatively the core distribution network 16 depending on the implementation. A second port 44 interconnects the variable ad insertion function 32-1 to the client devices 20-1 through 20-N2 via the feeder network 18-1. As discussed above, a modem may be used to interconnect the variable ad insertion function 32-1 to the feeder network 18-1. Alternatively, the functionality of the modem may be incorporated into the variable ad insertion function 32-1.

With respect to the first port 42, the communication and ad insertion subsystem 34 includes a protocol stack 46 including a physical layer 48, a link layer 50, a routing layer 52, a transport layer 54, and optionally one or more session and presentation OSI layers 56 as applicable. Likewise, with respect to the second port 44, the communication and ad insertion subsystem 34 includes a protocol stack 58 including a physical layer 60, a link layer 62, a routing layer 64, a transport layer 66, and optionally one or more session and presentation OSI layers 68 as applicable. In this embodiment, the routing layers 52 and 64 are interconnected to provide pass-through functionality for traffic not associated with multicast ad timeslot insertion. The transport layers 54 and 66 may be, for example, Transmission Control Protocol (TCP) or User Datagram Protocol (UDP) layers and operate to provide access to streaming content, metadata as described below, and general device communication.

In addition, the communication and ad insertion subsystem 34 includes a multicast content termination 70, an ad timeslot insertion function 72, optionally a late-binding function 74, and a multicast content source 76. In operation, the multicast content termination 70 receives one or more multicast channels carrying streaming multicast content from the corresponding content source(s) 14 via the core distribution network 16 and, in one embodiment, the edge router 12-1. For each multicast channel, the ad slot insertion function 72 operates to insert ad timeslots into the corresponding multicast content. Again, a ratio of ad timeslots to total viewing time, a ratio of total ad time to total viewing time, a duration of the inserted ad timeslots, or any combination thereof may be controlled based on the number of users from the users 26-1 through 26-N2 that are viewing the multicast channel or predicted to view the multicast channel or the number of client devices from the client devices 20-1 through 20-N2 receiving or predicted to receive the multicast channel.

Once the ad timeslots are created, the late-binding function 74, which again is optional, operates to insert ads into the ad timeslots created by the ad slot insertion function 72. Again, the ads inserted into the ad timeslots may be selected using any known or desired technique. The multicast content source 76 then sources multicast channels carrying the multicast content including the ad timeslots and, optionally, the ads selected for the ad timeslots to the client devices 20-1 through 20-N2. One or more client devices from the client devices 20-1 through 20-N2 that have joined the multicast channel then receive the multicast content and present or effect presentation of the multicast content including the ads inserted into the ad timeslots to the associated users.

The microprocessor 36 and associated memory 38 operate to host an operating system (OS) 78 of the variable ad insertion function 32-1. In one embodiment, the OS 78 hosts or otherwise provides an ad insertion agent that controls the multicast content termination 70, the ad slot insertion function 72, the late-binding function 74, and the multicast content source 76 according to the present invention. In another embodiment, the ad insertion agent is hosted by an external system, and the OS 78 interacts with the ad insertion agent to enable the ad insertion agent to control the multicast content termination 70, the ad slot insertion function 72, the late-binding function 74, and the multicast content source 76.

FIG. 3 illustrates an ad insertion agent 80 and the operation thereof according to one embodiment of the present invention. The ad insertion agent 80 is preferably implemented in software. However, the present invention is not limited thereto. The ad insertion agent 80 may alternatively be implemented in hardware or a combination of hardware and software. For the following discussion, the ad insertion agent 80 is implemented in software and is hosted by the variable ad insertion function 32-1 of FIG. 2. However, the present invention is not limited thereto. The ad insertion agent 80 may alternatively be implemented on the edge router 12-1. As another alternative, the ad insertion agent 80 may be implemented on an associated server and may serve one or more of the variable ad insertion functions 32-1 through 32-N1.

In operation, the ad insertion agent 80 receives content metadata from the core distribution network 16 and more specifically from the one or more content sources 14. The content metadata includes information identifying and possibly describing content available from the content sources 14 via one or more multicast channels. For example, in one embodiment, the system 10 of FIG. 1 replicates a traditional analog or digital television delivery network. As such, the content metadata may include information identifying or describing the television content currently being provided on each of the multicast channels.

The ad insertion agent 80 multicasts multicast channel profiles to the associated client devices 20-1 through 20-N2 via a multicast source 82. In one embodiment, a separate multicast channel is used to multicast the multicast channel profiles. Alternatively, the multicast channel profiles may be delivered to the client devices 20-1 through 20-N2 in the multicast channels along with the multicast media content. Each multicast channel profile includes all or a portion of the content metadata for the corresponding multicast channel received from the content source 14. In addition to the content metadata, the multicast channel profile may include information such as a current ratio of ad timeslots to total viewing time (ex. 1 ad per 30 minutes) for the multicast channel, a ratio of total ad time to total viewing time (ex. 5 minutes of ads per 30 minutes) for the multicast channel, information identifying currently planned ad timeslots such as a start and stop time for each of a number of upcoming ad timeslots, a total number of users viewing or predicted to view the multicast channel, or the like, or any combination thereof. In addition, the multicast channel profile may include historical data such as statistics on the multicast channel for the last hour, day, week, month, or the like. In one embodiment, the multicast channel profiles may be provided in a manner similar to traditional Electronic Programming Guide (EPG) information. The multicast channel profiles may be updated when a new multicast channel is created in response to a request from one of the users 26-1 through 26-N2, when an existing multicast channel is terminated as a result of there being no more users viewing the multicast channel, when a new user begins viewing an existing multicast channel, when a user stops viewing an existing multicast channel, or the like.

All or a portion of the multicast channel profile information provided to the client devices 20-1 through 20-N2 may be encrypted to protect against unauthorized usage. For example, the ratio of ad timeslots to total viewing time may be encrypted using one key, currently planned ad timeslots may be encrypted using another key, and information describing the multicast media content may not be encrypted. Distributed applications on the client devices 20-1 through 20-N2, such as for example EPG applications, may be provided with the appropriate keys to use the multicast channel profiles in a pre-approved manner. In one embodiment, Open Cable Application Platform (OCAP) middleware may be used to implement the distributed application on the client devices 20-1 through 20-N2.

In operation, in one embodiment, the client devices 20-1 through 20-N2 present a menu such as an EPG to the users 26-1 through 26-N2 based on the multicast channel profiles. The menu may include, for example, a listing of all multicast channels available from the one or more content sources 14 or a select subset thereof for which the users 26-1 through 26-N2 are authorized to view. Using the user 26-1 as an example, the user 26-1 selects a desired multicast channel for playback at the client device 20-1. In response, the client device 20-1 provides a user request identifying the selected multicast channel to the ad insertion agent 80. If the selected multicast channel is already being multicast to the client devices 20-1 through 20-N2, the ad insertion agent 80 updates the multicast channel profile for the multicast channel. Also, if needed, the ad insertion agent 80 may provide information to the client device 20-1 needed to join or otherwise receive the multicast channel such as, for example, an IP address for the multicast channel, a password, a decryption key, or the like.

If the selected multicast channel is not already being multicast to the client devices 20-1 through 20-N2, the ad insertion agent 80 joins the multicast channel from the corresponding content source 14 over the core distribution network 16. If the selected multicast content is not already being multicast from the corresponding content source 14, the multicast channel is established. Once the ad insertion agent 80 has joined the multicast channel for the selected multicast content, the ad insertion agent 80 updates the multicast channel profile accordingly and begins transmitting the multicast channel to the client devices 20-1 through 20-N2 over the feeder network 18-1. Also, if needed, the ad insertion agent 80 may provide information to the client device 20-1 needed to join or otherwise receive the corresponding multicast channel such as, for example, an IP address for the multicast channel, a password, a decryption key, or the like.

In addition to processing user requests, the ad insertion agent 80 controls ad timeslot insertion and optionally late-binding of ads for each multicast channel provided to the client devices 20-1 through 20-N2. More specifically, as illustrated, for each of the one or more multicast channels received and re-multicast by the associated variable ad insertion function 32-1, the ad insertion agent 80 first controls the insertion of ad timeslots into the multicast channels based on one or more ad timeslot insertion rule sets 84. The ad timeslot insertion rule sets 84 may be stored locally, stored, remotely, embedded within the ad insertion agent 80, or the like. There may be one ad timeslot insertion rule set that is used for all multicast channels. Alternatively, separate rule sets may be provided for each multicast channel or for each of a number of groups of multicast channels. Still further, separate rule sets may be provided for specific content such as, for example, specific television programs; specific time periods such as, for example, primetime or Monday through Friday; content having specified metadata such as, for example, a desired actor or actress; or the like.

As an example, an ad timeslot insertion rule set 84 may include one or more rules for an associated multicast channel. The rules may be general rules applicable to all multicast content provided via the multicast channel or content specific rules that are applicable to specific content such as specific television programs provided via the multicast channel. Whether the rules are general rules or content specific rules, the rules for the multicast channel include one or more rules defining an algorithm for determining a ratio of ad timeslots to total viewing time, a ratio of total ad time to total viewing time, a duration of the inserted ad timeslots, or the like or any combination thereof based on the number of users viewing or predicted to view the multicast channel and/or the number of client devices receiving the multicast channel. For example, rules may be defined such that the ratio of ad timeslots to total viewing time is inversely proportional to the number of users viewing or predicted to view the multicast channel. Thus, by comparing the number of users currently viewing or predicted to view the multicast channel to the rules, the ad insertion agent 80 determines the ratio of ad timeslots to total viewing time for the multicast channel.

In addition, the rules may include a default minimum amount of ad time per program or per a specified amount of time, information identifying one or more fixed ad timeslots such as start and stop times for the fixed ad timeslots, information identifying times at which client devices may insert additional ad timeslots, information modifying the rules during identified periods of time, or the like. For example, the rules for a multicast channel on which the Super Bowl is to be multicast may be modified such that ad timeslot insertion and late-binding functionality is suspended during that time period in which the Super Bowl is originally aired. These additional rules are used by the ad insertion agent 80 in conjunction with the rules defining the algorithm described above to control the ad timeslot insertion function 72 (FIG. 2).

In addition, the ad insertion agent 80 may optionally perform late-binding of ads to the created ad slots. In this example, in order to perform late-binding, the ad insertion agent 80 stores or otherwise has access to a collection of ads and associated metadata 86, user profiles 88 of the users 26-1 through 26-N2, and one or more late-binding rule sets 90. The metadata associated with the ads may describe the ads, a target demographic or group of users for each of the ads, or the like, or any combination thereof. The user profiles 88 may include demographic information, biographical information, historical information, user preferences, or the like, or any combination thereof for each of the users 26-1 through 26-N2. The late-binding rule sets 90 define an algorithm for matching ads to groups of users based on the metadata associated with the ads and the user profiles 88 of the users 26-1 through 26-N2. For example, the late-biding rule sets 90 may provide that, for a given multicast channel, the ad insertion agent 80 is to aggregate the user profiles 88 of the users viewing or predicted to view the multicast channel to provide an aggregate user profile and then select targeted ads from the collection of ads and associated metadata 86 by comparing the aggregate user profile to the metadata associated with the ads.

FIG. 4 is a flow chart illustrating a process for initializing the variable ad insertion function 32-1 of FIG. 2 according to one embodiment of the present invention. In this embodiment, the ad insertion agent 80 is hosted by the variable ad insertion function 32-1. First, the variable ad insertion function 32-1 boots and determines hardware and network connection configuration (step 200). If the ad timeslot insertion rule sets 84 and the late-binding rule sets 90 are not preloaded, the ad timeslot insertion rule sets 84 and the late-binding rules sets 90 are loaded (step 202). The rule sets 84 and 90 may be loaded through one or more private or standardized Management Information Bases (MIBs) and an associated Network Management System (NMS) type master agent. Alternatively, the rule sets 84 and 90 may be downloaded within structured file formats over a network such as, for example, the core distribution network 16. Optionally, the rule sets 84 and 90 may be made available via network location pointers, such as iSCSI or other Storage Area Network (SAN) protocol. Likewise, if the ads and associated metadata 86 are not loaded, the ads and associated metadata 86 are loaded (step 204). The variable ad insertion function 32-1 then launches the ad insertion agent 80 (step 206). Note that if the variable ad insertion function 32-1 serves more than one feeder network 18-1, a separate ad insertion agent 80 may be launched for each feeder network 18-1.

FIG. 5 is a flow chart illustrating a process for initializing the ad insertion agent 80 upon being launched by the variable ad insertion function 32-1 according to one embodiment of the present invention. First, if the user profiles 88 are not preloaded, the ad insertion agent 80 loads the user profiles 88 of the users 26-1 through 26-N2 of the associated client devices 20-1 through 20-N2 (step 300). The ad insertion agent 80 then begins receiving the content metadata from the core distribution network 16, and more specifically from the one or more content sources 14 via the core distribution network 16 (step 302). The ad insertion agent 80 also begins the multicast of the multicast channel profiles to the associated client devices 20-1 through 20-N2 (step 304). At this point, the ad insertion agent 80 begins a real-time operation of multicast ad timeslot insertion and, optionally, late-binding (step 306).

FIGS. 6A through 6C provide a flow chart illustrating the real-time operation of the ad insertion agent 80 to provide multicast ad timeslot insertion and, optionally, late-binding according to one embodiment of the present invention. Again, this discussion is focused on the exemplary embodiment of the ad insertion agent 80 where the ad insertion agent 80 is implemented within the variable ad insertion function 32-1 serving the client devices 20-1 through 20-N2. First, the variable ad insertion function 32-1 receives user requests from users requesting to join a multicast channel, if any (step 400) and determines whether there are any users requesting to join a multicast channel (step 402). If not, the process proceeds to step 422. If so, for each of the user requests, the following steps 404 through 420 are performed.

More specifically, for each user request to join a multicast channel, the ad insertion agent 80 gets, or otherwise identifies, an updated user profile for the associated user, if any (step 404). For this discussion assume that the user is the user 26-1. Thus, in other words, the ad insertion agent 80 may check for updates to the user profile of the user 26-1. The ad insertion agent 80 then determines whether the user 26-1 is authorized to join the requested multicast channel (step 406). In one embodiment, the user profile of the user 26-1 includes information identifying whether the user 26-1 is authorized to join the requested multicast channel. For example, the user profile of the user 26-1 may include a listing of multicast channels that the user 26-1 is or is not authorized to view. If the user 26-1 is not authorized, a notification may be sent to the client device 20-1, a remote authority, or both (step 408), and then the process proceeds to step 422.

If the user 26-1 is authorized to view the multicast channel, the ad insertion agent 80 determines whether the multicast channel already exists on the feeder network 18-1 (step 410). More specifically, there may be a large number of multicast channels distributed over the core distribution network 16. In order to conserve bandwidth on the feeder network 18-1, only those multicast channels that are being viewed or potentially predicted to be viewed by the users 26-1 through 26-N2 are actually multicast over the feeder network 18-1. As such, the ad insertion agent 80 determines whether the multicast channel requested by the user 26-1 is actually being multicast over the feeder network 18-1. If so, the ad insertion agent 80 enables the user 26-1, and more specifically the client device 20-1, to join the multicast channel (step 412). For example, if any information is needed by the client device 20-1 to join or otherwise receive the multicast channel, this information is provided to the client device 20-1. The multicast channel profile for the multicast channel is then updated to reflect the joining of the user 26-1 to the multicast channel (step 414). More specifically, in one embodiment, the user profile of the user 26-1 is combined with the user profiles of other users from the users 26-2 through 26-N2 that are viewing or potentially predicted to view the multicast channel to provide the aggregate user profile used for late-binding. In addition, the number of users viewing the multicast channel is updated. Other information in the multicast channel profile may also be updated as applicable. At this point, the process then proceeds to step 422.

Returning to step 410, if the requested multicast channel does not already exist on the feeder network 18-1, the ad insertion agent 80 obtains or otherwise identifies the content metadata for the requested multicast channel (FIG. 6B, step 416). The content metadata includes any information needed by the ad insertion agent 80 to join the corresponding multicast channel distributed over the core distribution network 16. The ad insertion agent 80 then joins the multicast for the requested multicast channel from the core distribution network 16 and creates or otherwise initiates the requested multicast channel on the feeder network 18-1 (step 418). Note that the ad insertion agent 80 may be required to spoof protocols between the client device 20-1 and the core network multicast such that the content source 14 and the client device 20-1 believe that they are on the same multicast session. The ad insertion agent 80 then creates or otherwise obtains an ad timeslot insertion rule set and a late-binding rule set for the multicast channel (step 420). The process then proceeds to step 414 (FIG. 6A) where the user 26-1 is joined to the multicast channel, and the multicast channel profile for the multicast channel is created or updated.

At this point, whether the process is proceeding from step 402, step 408, or step 414, the ad insertion agent 80 determines whether it is time to insert an ad timeslot into any multicast channel being multicast over the feeder network 18-1 to the client devices 20-1 through 20-N2 (step 422, FIG. 6C). More specifically, for each multicast channel, the ad insertion agent 80 determines a ratio of ad timeslots to total viewing time (ex. 1 ad timeslot per 30 minutes), a duration of the ad timeslots, a ratio of total ad time to total viewing time (ex. 5 minutes of ads per 30 minutes), or the like, or any combination thereof based on the corresponding rules and the number of users viewing or predicted to view the multicast channel or the number of client devices receiving or predicted to receive the multicast channel.

If the ad insertion agent 80 determines that it is time to insert an ad timeslot into one or more multicast channels, for each multicast channel where an ad timeslot is to be inserted, the ad insertion agent 80 controls the variable ad insertion function 32-1 to create or insert an ad timeslot into the multicast content being transmitted over the multicast channel and, optionally, perform late-binding (step 424). With respect to late-binding, the ad insertion agent 80 may identify an ad for an inserted ad timeslot by matching the aggregate user profile from the multicast channel profile to the metadata for the available ads. However, any known technique for selecting targeted ads may be used.

Whether or not an ad timeslot needs to be inserted, the ad insertion agent 80 checks for updates to the content metadata from the core distribution network 16, the ads and associated metadata 86, and the user profiles 88 (step 426). At this point, the process returns to step 400 (FIG. 6A) and is repeated.

FIG. 7 is a block diagram of one implementation of the variable ad insertion function 32-1 of FIG. 2 and more particularly the communication and ad insertion subsystem 34 of FIG. 2. In general, the variable ad insertion function 32-1 includes a control system 92, a network interface 94 providing a connection to the edge router 12-1 or the core distribution network 16 depending on the implementation, and a network interface 96 providing a connection to the client devices 20-1 through 20-N2 via the feeder network 18-1. In this embodiment, the control system 92 includes the microprocessor 36, the memory 38, and the bus 40, where the microprocessor 36 and memory 38 host the OS 78 of the device. Note that the memory 38 may include volatile memory such as Random Access Memory (RAM) and nonvolatile memory such as a hard disk drive.

In this embodiment, the communication and ad insertion subsystem 34 (FIG. 2) is implemented by the network interfaces 94 and 96, which may be, for example, Network Interface Cards (NICs). As illustrated, the network interface 94 includes a physical layer interface 98, a hardware based protocol stack offload engine 100 (hereinafter referred to as offload engine 100), a Field Programmable Array (FPGA) based core 102, and a buffer 104. The offload engine 100 is a hardware implementation of the protocol stack 46 (FIG. 2). The FPGA based core 102 is a hardware implementation of one or more of the multicast content termination 70 (FIG. 2), the ad slot insertion function 72 (FIG. 2), and optionally the late-binding function 74 (FIG. 2). Note that the manner in which the multicast content termination 70, the ad slot insertion function 72, the late-binding function 74, and the multicast content source 76 (FIG. 2) are distributed among the network interfaces 94 and 96 may vary depending on the implementation. The FPGA based core 102 is exemplary. As an alternative, an Application Specific Integrated Circuit (ASIC) or similar hardware device may be used. The buffer 104 may be used by the FPGA based core 102 in order to buffer multicast content for ad timeslot insertion.

The network interface 96 includes a physical layer interface 106, a hardware based protocol stack offload engine 108 (hereinafter referred to as offload engine 108), a Field Programmable Array (FPGA) based core 110, and a buffer 112. The offload engine 108 is a hardware implementation of the protocol stack 58 (FIG. 2). The FPGA based core 110 is a hardware implementation of one or more of the ad slot insertion function 72 (FIG. 2), optionally the late-binding function 74 (FIG. 2), and the multicast content source 76 (FIG. 2). The FPGA based core 110 is exemplary. As an alternative, an ASIC or similar hardware device may be used. The buffer 112 may be used by the FPGA based core 110 in order to buffer multicast content for ad timeslot insertion. Note that, in this embodiment, the FPGA based cores 102 and 110 are interconnected. This may be used, for example, to provide a bypass for traffic not related to ad timeslot insertion.

FIG. 8 is similar to FIG. 2 and illustrates an alternative embodiment of the variable ad insertion function 32-1 where the edge router 12-1 is a three-port router. More specifically, the edge router 12-1 includes a first port interconnected to the core distribution network 16 (FIG. 1), a second port interconnected to the client devices 20-1 through 20-N2 (FIG. 1) via the feeder network, and a third port interconnected to the variable ad insertion function 32-1. Thus, in this embodiment, all traffic is routed through the edge router 12-1. For example, multicast content is directed to the variable ad insertion function 32-1 via the edge router 12-1. As discussed above, the variable ad insertion function 32-1 inserts ad timeslots into the multicast content and then multicasts the multicast content including the inserted ad timeslots to the client devices 20-1 through 20-N2 via the edge router 12-1.

Those skilled in the art will recognize improvements and modifications to the preferred embodiments of the present invention. All such improvements and modifications are considered within the scope of the concepts disclosed herein and the claims that follow. 

1. A method comprising: determining, by a computing device comprising a processor, ad information comprising one of a current ratio of ad timeslots to total viewing time for a first multicast channel of a plurality of multicast channels and a ratio of total ad time to total viewing time for the first multicast channel; inserting the ad information into a first multicast channel profile; and transmitting the first multicast channel profile to a plurality of client devices.
 2. The method of claim 1, wherein transmitting the first multicast channel profile that identifies the current ratio to the plurality of client devices comprises transmitting the first multicast channel profile that identifies the current ratio to the plurality of client devices via the first multicast channel.
 3. The method of claim 1, wherein transmitting the first multicast channel profile that identifies the current ratio to the plurality of client devices comprises transmitting the first multicast channel profile that identifies the current ratio to the plurality of client devices via a second multicast channel of the plurality of multicast channels.
 4. The method of claim 1, further comprising: receiving, by the computing device from a content source, content metadata describing content currently being provided via the first multicast channel; and inserting the content metadata into the first multicast channel profile.
 5. The method of claim 1, further comprising: determining, by the computing device, for each respective multicast channel of a plurality of multicast channels including the first multicast channel, corresponding ad information comprising one of the current ratio of ad timeslots to total viewing time for the respective multicast channel and the ratio of total ad time to total viewing time for the respective multicast channel; inserting the ad information for each respective multicast channel into a corresponding multicast channel profile of a plurality of multicast channel profiles; and transmitting the plurality of multicast channel profiles to the plurality of client devices.
 6. The method of claim 1, further comprising: determining planned ad information identifying currently planned ad timeslots that includes a start time and a stop time for each of a number of upcoming ad timeslots; and inserting the planned ad information into the first multicast channel profile before transmitting the first multicast channel profile to the plurality of client devices.
 7. The method of claim 1, further comprising: determining user information comprising a total number of users viewing or predicted to view the first multicast channel; and inserting the user information into the first multicast channel profile before transmitting the first multicast channel profile to the plurality of client devices.
 8. The method of claim 1, further comprising: receiving, by the computing device from a first client device of the plurality of client devices, a request to receive the first multicast channel; joining, by the computing device, the first multicast channel being transmitted from a content source; and retransmitting the first multicast channel to the first client device.
 9. The method of claim 1, further comprising: accessing, by the computing device, user profiles that correspond to a plurality of users associated with the plurality of client devices.
 10. The method of claim 9, further comprising: determining a subset of users of the plurality of users who are viewing the first multicast channel; accessing the user profiles of the subset of users; based on the user profiles, selecting a particular ad from a plurality of ads; and inserting the particular ad into an ad timeslot of the first multicast channel.
 11. A computing device comprising: a network interface configured to communicate with a network; and a control system coupled to the network interface and configured to: determine ad information comprising one of a current ratio of ad timeslots to total viewing time for a first multicast channel of a plurality of multicast channels and a ratio of total ad time to total viewing time for the first multicast channel; insert the ad information into a first multicast channel profile; and transmit the first multicast channel profile to a plurality of client devices.
 12. The computing device of claim 11, wherein to transmit the first multicast channel profile that identifies the current ratio to the plurality of client devices, the control system is further configured to transmit the first multicast channel profile that identifies the current ratio to the plurality of client devices via the first multicast channel.
 13. The computing device of claim 11, wherein to transmit the first multicast channel profile that identifies the current ratio to the plurality of client devices, the control system is further configured to transmit the first multicast channel profile that identifies the current ratio to the plurality of client devices via a second multicast channel of the plurality of multicast channels.
 14. The computing device of claim 11, wherein the control system is further configured to: receive, from a content source, content metadata describing content currently being provided via the first multicast channel; and insert the content metadata into the first multicast channel profile.
 15. The computing device of claim 11, wherein the control system is further configured to: determine, for each respective multicast channel of a plurality of multicast channels including the first multicast channel, corresponding ad information comprising one of the current ratio of ad timeslots to total viewing time for the respective multicast channel and the ratio of total ad time to total viewing time for the respective multicast channel; insert the ad information for each respective multicast channel into a corresponding multicast channel profile of a plurality of multicast channel profiles; and transmit the plurality of multicast channel profiles to the plurality of client devices.
 16. The computing device of claim 11, wherein the control system is further configured to: determine planned ad information identifying currently planned ad timeslots that includes a start time and a stop time for each of a number of upcoming ad timeslots; and insert the planned ad information into the first multicast channel profile before transmitting the first multicast channel profile to the plurality of client devices.
 17. The computing device of claim 11, wherein the control system is further configured to: determine user information comprising a total number of users viewing or predicted to view the first multicast channel; and insert the user information into the first multicast channel profile before transmitting the first multicast channel profile to the plurality of client devices.
 18. The computing device of claim 11, wherein the control system is further configured to: receive, from a first client device of the plurality of client devices, a request to receive the first multicast channel; join, by the computing device, the first multicast channel being transmitted from a content source; and retransmit the first multicast channel to the first client device.
 19. The computing device of claim 11, wherein the control system is further configured to: access user profiles that correspond to a plurality of users associated with the plurality of client devices.
 20. The computing device of claim 19, wherein the control system is further configured to: determine a subset of users of the plurality of users who are viewing the first multicast channel; access the user profiles of the subset of users; based on the user profiles, select a particular ad from a plurality of ads; and insert the particular ad into an ad timeslot of the first multicast channel. 